home *** CD-ROM | disk | FTP | other *** search
/ Network Support Encyclopedia 13 / Network Support Encyclopedia (Novell Inc.)(1991).ISO / download / 212prt.txt < prev    next >
Text File  |  1990-08-30  |  6KB  |  133 lines
  1. #: 17258 S6/Installation/Upgrde
  2.     16-Jan-89  10:14:22
  3. Sb: NETWORK PRINTERS
  4. Fm: Edward Langer 75170,100
  5. To: SYSOP (X)
  6.  
  7. I'm having trouble printing to our network printers.  I'm running Advanced
  8. Netware 286 version 2.12 (Dedicated, Non-SFT) on an ALR 20386DT file server
  9. (with about 4 MB RAM).  (This is a 386 machine running a 20 Mhz.)
  10.  
  11. Printer 0 is set up as COM1:, 9600 Baud, 7 Data Bits, Even Parity, 1 Stop Bit,
  12. Use Xon/Xoff.  Printer 1 is set up as COM2:, 9600 Baud, 8 Data Bits, No Parity
  13. 1 Stop Bit, Use Xon/Xoff.
  14.  
  15. The problem is that my printers and plotters will work for a time, but then
  16. will report framing or data transfer errors.  For instance, my HP Laser Jet,
  17. connected to Printer 1, will report an Error 40 ("Error occurred while
  18. transfering data from computer"). Nothing seems to correct the problem
  19. consistently; even taking down the file server and bringing it back up does not
  20. always correct the problem.
  21.  
  22. I have no trouble connecting the printers when the server is down and booted
  23. under DOS.  This seems to indicate that the COM ports themselves are working
  24. properly and that my data transmission configurations are set properly.  Also,
  25. my printers work properly using the same configurations on a Compaq Deskpro 286
  26. server running Advanced Netware 2.0a.
  27.  
  28. Any ideas?  Thanks?
  29. -----
  30. From John:
  31. Try using DTR instead of Xon/Xoff
  32.  
  33. -----
  34.  
  35.  
  36. Date:  17-Jan-89 07:56 CST
  37. From:  Edward Langer [75170,100]
  38. Subj:  NETWORK PRINTERS
  39.  
  40. I cannot use any sort of hardware handshaking (I'm using a line driver that
  41. does not permit it.)
  42.  
  43. Is there some known problem with using XON/XOFF under 2.12?  I had no problem
  44. using it under 2.0a.
  45.  
  46. I'm getting some heat here because I'm supposed to be getting a VERY expensive
  47. laser plotter to the server.  I had NO problem attaching the plotter to our
  48. other server which is still running 2.0a.  (But I was able to do that for
  49. testing only; not as a permanent fix.)
  50.  
  51. Any help would really be appreciated!  Thanks.
  52.  
  53.  
  54. -----
  55. Yes, v2.12 has some sketchy undocumented problems with the serial ports
  56. for printing
  57. possible solutions
  58. (1)(WORKS EVERYTIME) use the parallel port, if the printer is serial only
  59.    get a parallel to serial convertor, I recommend Black Box for this,
  60.    make sure the convertor converts ALL 8 BITS (some do only 7 bits,
  61.    stripping the high bit)
  62. (2)Try "reverse" protocols, such as the server doing Xon/Xoff and the
  63.    printer doing DTR or vica versa, it seems counter intuitive but works
  64.    in many cases
  65. (3)how we doing?
  66. <<John>>
  67. -----
  68.  
  69.  
  70. #: 17499 S6/Installation/Upgrde
  71.     17-Jan-89  17:13:12
  72. Sb: XON vs. DTR
  73. Fm: Edward Langer 75170,100
  74. To: SYSOP (X)
  75.  
  76. [Part of the thread of this message is lost because we communicated via
  77. Easyplex.]
  78.  
  79. John, your fix to the "sketchy" 2.12 bug in using Xon/Xoff with a Network
  80. serial printer worked!  I set the server to use Xon/Xoff and the plotter to
  81. expect DTR (hardware handshaking).  I agree, this is "counter-intuitive," which
  82. is probably why I pulled so many hairs out trying to solve this before getting
  83. your suggestion.
  84.  
  85. But Hey!  Novell!  How can you be aware of a "sketchy" bug and a possible fix
  86. and not shout about!  I mean, Netware's support of network printer has been
  87. around since 1492 it's not like it's a new and ecoteric feature.  If you
  88. suspect a bug there's got to be a way to get the message out.
  89.  
  90. I'm not sounding off at NOVUSER of NOVFORUM (you guys are great). But for the
  91. end user, frustration can be high enough to lead to a coronary. Somehow, all
  92. known or suspected bugs should make it to some forum somewhere even before a
  93. fix is developed.  That would save countless wasted hours and much agravation.
  94.  
  95. [Have I been belly aching?  Sorry, didn't mean to.  Just venting steam.]
  96.  
  97. Anyway, thanks for your help in tackling this!
  98.  
  99.  
  100. Press <CR> for next or type CHOICES !
  101.  
  102.  
  103. ***MORE TO THE SAGA*********>>>>>
  104. #: 17865 S6/Installation/Upgrde                                                
  105.     19-Jan-89  08:50:37                                                        
  106. Sb: #17499-XON vs. DTR                                                         
  107. Fm: Edward Langer 75170,100                                                    
  108. To: Edward Langer 75170,100 (X)                                                
  109.                                                                                
  110. A follow up on 2.12's problem with using Xon/Xoff to send output to a network  
  111. serial printer . . . your "counter-intuitive" solution was to set the server to
  112. use Xon/Xoff and the plotter to use DTR (hardware handshaking) . . . this      
  113. worked, though I can't explain how that's even possible.                       
  114.                                                                                
  115. The solution is not completely satisfactory, however.  The communication seems 
  116. to be working in only one direction, server to plotter.  But the communication 
  117. needs to work the other way around, too, so that the plotter can tell the      
  118. server when it's off-line, out of paper, buffer full, etc.                     
  119.                                                                                
  120. I'd appreciate if you could get the powers that be to continue investigating   
  121. the bug.                Much obliged!                                          
  122.  
  123. -----
  124. Yes Sir Ed, that is definitely a problem condition,                       
  125. recommendation is to send all plots to CAPTURE files for NPRINTING        
  126. that way you don't have to regen the plot at least if you were            
  127. lose it..                                                                 
  128. v2.15 supposedly fixes this..                                             
  129.                                                                           
  130. Novell counters by saying they've never experienced this...they are trying
  131. again though to recreate...stay tuned                                     
  132. <<John>>                                                                  
  133.